<?xml version="1.0" standalone="yes"?>
<?xml-stylesheet type="text/xsl" href="..\..\XSLTemplates\ErrorsStyleSheet.xsl"?>
<Error>
<ErrorNumber>2080</ErrorNumber>
<ErrorFamily>Non-Volatile Storage</ErrorFamily>
<ErrorMessage>
NVS: checksum error in mode &lt;number&gt; table
</ErrorMessage>
<AppliesTo>
<UnnumberedList>
<ListItem><Text>All</Text></ListItem>
</UnnumberedList>
</AppliesTo>
<ServiceInformation>
<DescriptionText><text>
A set of mode parameters saved on the MPE are un-initialized or corrupted.  The checksum may be in the
calibration or configuration block or both.  Default values have been loaded into the subsystem's
corresponding active parameters.
</text></DescriptionText>
<DescriptionText><text>
Since all subsystems are normally initialized when a recorder is integrated, this error should not occur
during normal operation, except possibly during firmware upgrades.
</text></DescriptionText>
<DescriptionText><text>
The firmware determines whether a subsystem's parameters are valid or corrupt with a checksum "hidden"
at the end of each subsystem's calibration and configuration block. A corrupt checksum is corrected when a
subsystem is initialized using "nvs init all|(&lt;subsys&gt; cal|cfg)", or saved using "nvs save all|(&lt;subsys&gt;
[cal|cfg])".
</text></DescriptionText>
<DescriptionText><text>
If firmware has been downloaded recently, this error could be due to an incomplete upgrade (or
downgrade) procedure and can be safely ignored until the upgrade is complete.  Note that the "nvs
upgrade" command should not be used more than once per upgrade.  Therefore, if you are uncertain
whether or not the upgrade command has been issued since the download, it is safer not to use it.
</text></DescriptionText>
<DescriptionText><text>
If no upgrade is in progress, the cause of the NVS corruption should be determined. Inspect the "Saved"
column of the specified parameters:
</text></DescriptionText>
<DescriptionText><NumberedList>
<ListItem><Text>if most or all of the saved values are unreasonable, then the subsystem has likely never been initialized, or</Text></ListItem>
it was corrupted by an incomplete firmware upgrade.  The following procedure should correct the error.
<ListItem><Text>if most or all of the save values appear reasonable, then a more serious cause is possible and the error</Text></ListItem>
message should be reported to the responsible firmware programmer.  The NVS part on the MPE could be
failing, or a firmware bug could be responsible (version 1.57 had such a bug).  The following procedure
will correct the error, but it may re-occur.
</NumberedList></DescriptionText>
<DescriptionText><text>
No matter what the cause of this error, and unless the "nvs upgrade" command can be used safely, the best
approach is to restore the subsystem from the most recent NVS dump file. Find the subsystem and enter the
parameter values listed there.  If the either the "Saved values no different than defaults" or "Unitialized
section, defaults always loaded" message appears under the subsystem heading, no values need be entered.
In all cases, the subsystem can then be saved with "nvs save mode &lt;N&gt;".
</text></DescriptionText>
<DescriptionText><text>
Note that if a large number of "checksum error" message(s) are reported after an "fload memory"
command has been used to restore NVS, the firmware version used to make the backup file and the current
firmware version are possibly incompatible.  If a more recent backup file is not available (preferably one
made with "nvs dump ..."), the firmware should be downgraded to the version used to make the backup
file.  The firmware can then be upgraded from there following the appropriate upgrade procedure.
</text></DescriptionText>
</ServiceInformation>
<OperatorAction>
<DescriptionText><text>
Record error message and contact Creo Service
</text></DescriptionText>
</OperatorAction>
<Cause>
Firmware upgrade (or downgrade) in progress - should be fixed by "nvs upgrade" command
</Cause>
<Cause>
NVS never properly initialized
</Cause>
<Cause>
Version mismatch between current firmware and firmware that created "fload memory" file
</Cause>
<Cause>
NVS corrupted by firmware bug
</Cause>
<Cause>
Faulty NVS part on MPE
</Cause>
<SeeAlso>
<UnnumberedList>
</UnnumberedList>
</SeeAlso>
<OtherLinks>
<Link><LinkAddress>..\..\ShowAllErrors.htm</LinkAddress><LinkTitle>Firmware 0 Error Index</LinkTitle></Link>
<Link><LinkAddress>..\..\ShowAllCommands.htm</LinkAddress><LinkTitle>Firmware 0 Command Index</LinkTitle></Link>
<Link><LinkAddress>..\..\ShowAllNVS.htm</LinkAddress><LinkTitle>Firmware 0 NVS Index</LinkTitle></Link>
</OtherLinks>
<Updated>
Updated: Wed Jul 16 19:32:17 2008 PST
</Updated>
<Links>
</Links>
</Error>
